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SPEEDY DELIVERY OF COMMUNICATION TO A VEHICLE 

5 

TECHNICAL FIELD OF THE INVENTION 

This invention relates to mobile communication systems, and more 
particularly to expedited delivery of communications, such as messages, data 
and documents, to a mobile communication unit mounted in a vehicle. 

10 

BACKGROUND OF THE INVENTION 

Modern vehicles often include an on board vehicle communication unit 
(VCU) capable of receiving communications such as telephone calls, voice mail 
messages, facsimile (FAX) transmissions, E-mail messages, and data 

1 5 transmissions. Immediate delivery of such communications to the customer 
operating the vehicle is often not possible because the customer is not in the 
vehicle at the time the communication is originally sent. If the vehicle is parked, 
and the ignition is off, the VCU may be inoperative and unable to receive the 
communication. Even while the vehicle is in operation and the VCU is 

20 operational, the vehicle may momentarily be out of range of a server attempting 
to send the communication to the VCU, or the radio telephone connection 
between the server and the vehicle may be blocked by the terrain between the 
vehicle and the server. Such difficulties in delivering communications cause 
many failed delivery attempts, accompanied by much frustration and time wasted 

25 for persons attempting to send and wanting to receive communications. 

What is needed, therefore, is a solution to one or more of the problems 
defined above for providing speedy delivery of communications from a server to 
a customer in a vehicle. 
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SUMMARY OF THE INVENTION 

My invention provides speedy delivery of a connmunication for a customer, 
from a server to a client vehicle communication unit (VGU) installed in a vehicle 
5 of the customer, by establishing a connection between the server and the client 
VGU, and acquiring an ignition status from the client VGU as an indication of 
whether the customer is available in the vehicle for receiving the communication. 
The communication may be delivered immediately upon acquiring an IGNITION 
ON status. The message may be stored if an IGNITION OFF status is acquired, 
10 for immediate delivery at a later time when an IGNITION ON status is acquired. 

My invention may take the form of an apparatus, method, or a computer 
program on a computer readable medium for speedy delivery of the 
communication. 

The foregoing and other features and advantages of the invention will 
1 5 become further apparent from the following detailed description of the presently 
preferred embodiments, read in conjunction with the accompanying drawings. 
The detailed description and drawings are merely illustrative of the invention 
rather than limiting, the scope of the invention being defined by the appended 
claims and equivalents thereof. 

20 

BRIEF DESGRIPTION OF THE DRAWINGS 

FIG. 1 is a flowchart for a first exemplary embodiment of a method 
according to my invention, in which communications awaiting speedy delivery are 
stored at a server; 

25 FIGS. 1 A - 1 E are flowcharts illustrating further steps for carrying out the 

method of FIG. 1; 
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FIG. 2 is a flowchart of a second exemplary embodiment of a method 
according to the invention, in which communications awaiting delivery are stored 
at the sen/er for later delivery to a client VCU in the customer's vehicle; 
5 FIG. 3 is a flowchart of a third exemplary embodiment of a method 

according to my invention, in which communications awaiting delivery are stored 
in client VCU in the customer's vehicle, rather than at the server; and 

FIG. 4 is a schematic illustration of a system for speedy delivery of 
1^. communications from a third party to a customer in a vehicle, according to my 

y 10 invention. 

u 

I DETAILED DESCRIPTION OF THE 

m PRESENTLY PREFERRED EMBODIMENTS 

FIG. 4 depicts an exemplary embodiment of an apparatus in the fonn of a 

Q 15 system 10, according to my invention, for delivering a communication 12 from a 

third party sender14 for a customer 16, from a server 18 to a client vehicle 

^ communication unit (VCU) 20 installed in a vehicle 22 of the customer 16. The 

ry system 10 includes hardware and/or software in the server 18, the client VCU 

20, and the vehicle 22 for establishing a connection 24 between the server 18 

20 and the client VCU 20, and for acquiring an ignition status of the vehicle 22 from 

the client VCU 20 as an indication of whether the customer 16 is available in the 

vehicle 22 for receiving the communication 12. 

The system 10 further includes hardware and/or software in the server 18, 

the client VCU 20, and the vehicle 22 for delivering the communication 12 to the 

25 customer 16 upon acquiring an IGNITION ON status, and for storing the 

communication 12 until an IGNITION ON status is acquired, in accordance with 

the exemplary embodiments of methods of practicing my invention described in 

detail below, or other embodiments of methods within the scope of the appended 

claims. 
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The term "communication," when used herein as a noun, is intended to 
include all forms of messages, data, and documents currently available for 
delivery via a radio telecommunications system, and such additional forms of 
5 information as may become deliverable via such systems in the future. It is 
expressly intended that a communication 12 for delivery in accordance with my 
invention may take the form of a voicemail message, a facsimile (FAX), an 
E-mail message, or a transfer of data. 

The server 18, client VCU 20, and vehicle 22 used in practicing my 

10 invention, and any software programs executable therein in relation to practicing 
my invention, are uniquely configured such that the client VCU 20 and the server 
18 can acquire an ignition status from the vehicle 22. Those having skill in the 
art will recognize, however, that the unique structure and software required for 
practicing my invention may generally be provided through adaptations and 

1 5 additions of elements of conventional construction known in the art. Such 
adaptations and additions are not discussed in detail herein, therefore, except 
with regard to specific aspects or features of my invention described below and 
in the accompanying drawings. 

FIG. 1 depicts a first exemplary embodiment of a method 100, according 

20 to my invention. For purposes of facilitating understanding, a voice mail 

message will be used to represent the communication 12 in describing the first 
exemplary embodiment of the method 100, but it will be understood that the 
method 100 can be utilized for other types of communications as well. 
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The method 100 begins at block 102, when the third party sender 14 
attempts to place a telephone call to the customer 16, and the customer 16 does 
not immediately pick up the call. The sender 14 leaves a communication, in the 
5 form of a voice mail 12, at the server 18. The server 18 then performs the 

connection and verification routine 104, as depicted in FIG. 1A and described in 
greater detail below. 

If connection and verification 104 are accomplished, the server 18 then 
M sends a query to the client VCU 20 and acquires an ignition status, as shown in 

S 10 block 106, and FIG. IB, and described in greater detail below. If an IGNITION 
ON status is acquired, as shown at diamond 108, the method proceeds to the 
5 delivery routine 1 10, as depicted in FIG. 1C and described in greater detail 

m below. After the message 12 is delivered, the method 100 terminates as shown 

1, at block 114. If an IGNITION OFF status is acquired, the method proceeds to 

llJ 15 the delayed delivery routine 1 12, as depicted in FIG. 10 and described in greater 
p detail below. 

y As shown in FIG. 1A, the connection and verification routine 104 includes 

an attempt by the server 18 to establish a connection with the client VCU 20 
according to standard radio telephone operation, as shown in block 116. If the 

20 client VCU 20 does not send an acknowledgement of the set-up connection 
message from the server 18, as shown in diamond 118, the server 18 retries 
three times to establish connection and verification, as shown by block 120 and 
diamond 122. If the server 18 cannot establish connection and verification after 
three tries, the message 12 is stored in the server as a failed delivery attempt as 

25 shown at block 124, the server 18 disconnects as shown at block 126, and the 
connection and verification routine 104 terminates as shown at block 128. 
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If the server 18 determines at diamond 118 that the client VCU 20 has 
responded with an acknowledgement of the set-up connection message, the 
method 100 proceeds to the routine 106 for acquiring ignition status, as shown in 
5 FIG. IB. 

As shown In FIG. IB, the routine for acquiring ignition status 106 begins at 
block 130 with the server 18 sending an ignition status query message to the 
client VCU 20. The client VCU 20 is configured to continuously monitor ignition 
status of the vehicle 22, or to query the vehicle 22 for ignition status in response 
h 1 0 to the ignition status query message from the server 1 8. If the ignition is in an 
y ON, RUN, or ACCESORY mode, or any other mode other than OFF, that would 

=C indicate that the customer was in the vehicle 22 and available to receive an 

ffl 

m immediate communication. 

If the ignition is in any mode other than OFF, (i.e. ON, RUN, or 

O 1 5 ACCESORY mode, etc.) as determined at diamond 1 32, the client VCU 20 

fu 

py sends an IGNITION ON status to the server 18, as shown at block 134. Those 

^ having skill in the art will recognize that the actual exchange between the server 

fy 18 and the client VCU 20 will involve codes or numerical indicators that indicate 

an ignition ON, RUN, or ACCESSORY mode, etc., but for the purpose of 
20 simplifying the description below, all of these modes and the related codes will 

be referred to as an IGNITION ON status. 



-6- 



-7- 



If an IGNITION ON status is acquired at diamond 132, the server 18 then 
calls the client VCU 20 and sends a ring tone, as shown at block 136. When the 
customer 16 responds to the ring tone by pressing a button, or responding with a 
5 proper voice command, as shown at block 138, the method 100 proceeds as 
shown in block 140 to the delivery routine 1 10, as shown in FIG. 1C and 
described in greater detail below. If an IGNITION ON signal is not received by 
the server at diamond 132, the acquire ignition status routine 106 proceeds as 
shown in block 142 to the IGNITION OFF routine 112, as shown in FIG. 1D and 

1 0 described in greater detail below. 

As stated above and shown at block 140 in FIG. IB, if the server 18 
receives an IGNITION ON status at diamond 132 of FIG. IB, the method 100 
proceeds to the delivery routine 1 1 0, as shown in FIG. 1 C. Delivery of the 
message 12 begins at block 144 of the delivery routinellO with the server 18 

1 5 sending a code that causes the client VCU 20 to annunciate that there is a 

message 12 for the customer 16 in the speedy delivery system 10 waiting to be 
received by the customer 16. Preferably the vehicle 22 and client VCU 20 are 
equipped with a loudspeaker and voice command recognition apparatus, such 
that annunciation can be accomplished by the loudspeaker broadcasting an 

20 audible query to the customer 16, such as: "Speedy delivery. Do you want to 
receive your message?" The annunciation may also preferably include a 
designation of the type of message (voice mail, E-mail, FAX, etc.) ready for 
speedy delivery. 

If the customer 16 indicates a desire to not receive the message 12 by 
25 responding negatively, as shown at diamond 146, the server continues to store 
the message 12 for retrieval at a later time, as shown at block 148. 
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If the customer 16 indicates a desire to receive the message 12 by 
responding affirmatively at diamond 146, the server 18 and client VCU 20 play or 
read the message 12 to the customer 16, as shown at block 150. After the 
5 message 12 is read or played, the customer 16 disconnects from the server 18, 
as shown at block 152, or the server 18 times out and disconnects if the 
customer 16 does not disconnect, as shown at block 154, and the method 100 
ends as shown at block 156. 

As shown in FIG. IB, if an IGNITION ON signal is not received by the 
n 10 server at diamond 132, the acquire ignition status routine 106 proceeds as 
C shown at block 142 to the IGNITION OFF routine 1 12, as shown in FIG. ID. 

a There are three possibilities for why the server 18 did not receive an IGNITION 

S ON status in response to the query sent by the server 1 8 at block 1 30 of FIG. 1 B, 

^ after a connection is established an verified, as shown at block 1 19 of FIG. 1A. 

n 1 5 The first possibility is that the vehicle 22 ignition is in the OFF mode, and 

L!1 the client VCU 20 has responded with a code indicating an IGNITION OFF 

^ status. 

Pi 

S The second possibility is that, although the client VCU 20 is able to 

establish and maintain a connection with the server 18, there is a problem in 
20 acquiring or transmitting the ignition status to the server 18 resulting in neither an 
IGNITION ON or an IGNITION OFF status being acquired at the server 18. 
Problems in acquiring or transmitting the ignition status can result from 
equipment malfunctions in the server 18 or the client VCU 20, terrain interfering 
with the connection, or problems with the network. 

25 
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The third possibility is that the client VCU 20 includes a feature that 
causes the client VCU 20 to go into a sleep cycle during IGNITION OFF status, 
with periodic wake cycles during the IGNITION OFF status, and that the client 
5 VCU 20 is in a sleep cycle when the server 1 8 queries the client VCU 20 
regarding the ignition status. A sleep cycle is often provided in a battery- 
powered client VCU 20 to minimize power draw when the vehicle 22 is 
inoperative for extended periods. When such a client VCU 20 is in the sleep 
cycle, It can still establish communication with a server, but may not be capable 
10 of powering up to respond to the query regarding ignition status. As a result, the 
client VCU 20 can only respond with an IGNITION OFF status if the query 
reaches the client VCU 20 during a wake cycle. 

The ignition off routine 112 covers all three of the possibilities described 
above, leading to the server 18 not receiving an IGNITION ON status at diamond 
ry 15 132 of FIG. 1B. The ignition off 1 12 routine starts at block 158 and proceeds to 
diamond 160. If an IGNITION OFF status was received at the server 18 in 
response to the ignition status query, the ignition off routine 112 proceeds to 
block 162, wherein the server 18 acknowledges receipt of the IGNITION OFF 
status. The server 18 then sends a code representing an annunciation 
20 message, such as "IVIessage Waiting," to the client VCU 20, and saves the 
message 12 at the server 18 for later retrieval, as shown at block 164. The 
annunciation message is stored in FLASH memory at the client VCU 20, as 
shown at block 166, and the server 18 disconnects from the client VCU 20 as 
shown at block 168. The actual message 12 saved at the server 18 is retrieved 
25 and delivered at a later time, in accordance with the delayed delivery routine 
shown in FIG. 1E, as indicated at block 170 of FIG. ID. 
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If an IGNITION OFF status has not been acquired by the server 18, as 
shown at diamond 160 of FIG. 1 D, the server 18 resends the query regarding 
ignition status three more times at intervals long enough to encompass at least 
5 one wake cycle of the client VCU 20, as shown by block 1 72 and diamonds 1 74, 
176, and 178. If an IGNITION ON status is received at diamond 174, the ignition 
off routine 112 returns the method 100 to block 136 of the acquire ignition status 
routine 106, shown in FIG. IB. If an IGNITION OFF status is received at 
diamond 1 76, the ignition off routine 1 1 2 proceeds to block 1 62. If after three 
10 retries the ignition off routine has not received either an IGNITION ON or an 

IGNITION OFF status, the ignition off routine 112 proceeds from diamond 178 to 
block 180 wherein the ignition status is set to a default value of IGNITION OFF, 
m and the ignition off routine 112 proceeds to block 164. It may also be desirable 

'f' to set a fault indicator at either or both of the server 1 8 and client VCU 20 if the 

S 1 5 ignition status is set to the default at block 1 80. 

m In the method of FIG. 1 , If an IGNITION OFF status prevents immediate 

h delivery of the message 12, the message 12 is stored at the server 18 until the 

PJ next time that the vehicle ignition is turned on. When the vehicle ignition is 

turned on, as shown at block 183, of the delayed delivery routine 182 of FIG. IE, 
20 the client VCU 20 recognizes the annunciation message that was stored in 
FLASH memory of the client VCU 20, at block 166 of FIG. ID, and requests a 
connection to the server 18, as shown at block 184. If the server 1 8 responds 
with an acknowledgement of the connection request, as shown in diamond 185, 
the server 18 then initiates entry 190 Into the acquire ignition status routine 106 
25 at block 130, as shown in FIG. IB, and the method 100 proceeds as described 
above. If the server 18 does not acknowledge the connection request, the client 
VCU 20 makes three attempts to establish a connection with the server 18, as 
shown at diamond 186. After three unsuccessful attempts to establish a 
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connection, the client VCU 20 stores a FAILED CONNECTION ATTEMPT 
message in its FLASH memory, as sfiown in block 187. tlie client VCU 20 will 
retry later, after a time interval, to establish contact with the server 18 as shown 
5 at block 188. If no contact can be established on retry 188, the delayed delivery 
routine 182 temninates 189. 

Fig. 2 illustrates an exemplary embodiment of a second method 200 
according to my invention. The second method 200 illustrated in FIG. 2 is very 
similar to the embodiment of first method 100 described above. The elements of 

10 the second method 200 in FIG. 2 that are identical to an element of the first 
method 100 depicted in FIG. 1 are given the same reference numbers used in 
FIG.1 . As will be readily evident from comparing FIGS. 1 and 2, the only 
difference in the second method 200 of FIG. 2, is that upon failure to acquire an 
IGNITION ON status at diamond 108, the server 18 retries delivery of the 

1 5 message at a later time, after a time interval, as shown in block 202. Nothing is 
written or stored in the client VCU 20, and the routines 112 and 182 of method 
first 100, illustrated in FIGS. 1d and IE respectively, are not used in second 
method 200. The second method 200 provides a degree of simplification in that 
fewer operations are carried out in the client VCU 20. In addition, the 

20 requirements for FLASH memory in the client VCU 20 are reduced, thereby 
allowing a reduction in cost of the client VCU 20. 
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FIG. 3 depicts a third exemplary method 300 according to the invention. 
The third method 300 is similar to the embodiment of first method 100 described 
above. The elements of the third 300 in FIG. 3 that are identical to an element of 
5 the first method 100 depicted in FIG. 1 are given the same reference numbers 
used in FIG.1 . As will be readily evident from comparing FIGS. 1 and 3, the only 
difference in the third method 300 of FIG. 3, is that block 110 of the first method 
100 is replaced with blocks 302 and 304 in the third method 300. The result of 
this change is, that upon acquiring an IGNITION ON status at diamond 108, the 

M 

Q 10 server 1 8 downloads the message 1 2 into the client VCU 20, where the message 
r; 12 is stored in FLASH memory as shown in block 302. Nothing is written or 

C stored in the server 18. As shown in block 304, when the ignition is next turned 

m on, the client VCU informs the customer of the message 12 awaiting delivery in 

the FLASH memory of the client VCU. 
1 5 The third method 300 provides a degree of simplification for the server 18 

with a corresponding increase in the capacity requirements for FLASH memory 
in the client VCU 20, which thereby increases the cost of the client VCU 20. In 
some embodiments of my invention, however, this cost may be offset by other 
advantages accruing from storing the message 12 locally in the client VCU 20. 
20 For example, storing the message 12 locally eliminates the need for the client 
VCU 20 to access the server 18 when retrieving the message 12, thereby 
allowing speedy delivery to be accomplished in even less time that with an 
embodiment using the first or second methods described above. 

While the embodiments of my invention disclosed herein are presently 
25 considered to be preferred, various changes and modifications can be made 
without departing from the spirit and scope of the invention. The scope of the 
invention is indicated in the appended claims, and all changes or modifications 
within the meaning and range of equivalents are intended to be embraced 
therein. 
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